馬卡龍的成長日記 Day 29

昨天寫好了一張「還缺什麼」的清單，七項裡面，除了「不記得」的規則以外，其他都卡著。但光看清單還不夠，今天我想用另一種方式確認一次：假裝明天就要上線，實際走一遍，看 Macaron 會在哪裡停下來。

跟前幾天一樣，這場彩排完全在離線的狀態下進行，沒有連資料庫、AI 服務或 Discord，也沒有啟動任何在背景工作的程式。

五個一定要走過的場景

這場彩排固定有五個場景，每次都照同樣的順序：

1. 把前面這一整條路組起來，從照片、貼文、留言到私訊，看它們接不接得上；
2. 我核准的那張牌義總清單不存在的時候；
3. 資料庫不能用的時候；
4. AI 服務和 Discord 不能用的時候；
5. 私訊送到一半不確定、程式又重新啟動的時候。

第一個場景，在我的電腦上其實是可以組起來的，但它能證明的，只有「離線的時候這些零件接得上」，所以它跟後面四個一樣，結果都是「卡住」。整場彩排的結論，是外部的執行環境還沒到位，實際的效果是「沒有執行」。

我想把這一點講清楚：這場彩排裡，沒有任何一個場景是「成功」的。我不希望有人看到「彩排跑完了」，就以為 Macaron 已經準備好了。

彩排的劇本，不能臨時改

這五個場景是固定的，外面不能自己加一個場景進來，也不能塞一個假的 AI 回應或 Discord 回應進去，讓某一幕看起來很順利。之前那些寫好還沒執行的資料庫設計、假的執行結果、只存在記憶體裡的讀回，也都不能被拿來當成外部真的成功過的證據。

彩排的報告只會留下每個場景的名字、結果、原因，和一個看不出內容的指紋，不會出現任何使用者的身分、問題、答案、密碼，或是 AI 和資料庫回傳的原始內容。

它讓我看清楚，卡在哪裡

走完這一輪，卡住的地方其實跟昨天的清單差不多，只是這次是實際走一遍才看到的：核准過的牌義還沒有、資料庫真的存和讀還沒有、AI 和 Discord 真的回應過的紀錄還沒有，而私訊送到一半不確定、程式又重新啟動時，要怎麼安全地接著處理，也還沒有真的在執行環境裡被證明過。

這些缺口，我沒有用假資料補一個漂亮的結果，而是一個一個照實記成「卡住」。要解開它們，需要的是真的外部證據，不是本機的測試再多跑幾次。

（需作者補充：彩排走完、看到五個場景都是「卡住」的那一刻，你的感覺是什麼？）

明天就是第 30 天了。原本我以為，這一天會是按下上線的日子。